The Hyperloop Journey - Year 1 

Posted by Seth Popinchalk, August 1 1 , 2014 


In honor of the first anniversary of Elon Musk's announcement (http://www.teslamotors.com/blog/hyperloop), this week, Matt Brauer 
(http://www.mathworks.com/matlabcentral/fileexchange/authors/399849) takes a look back at the evolution of our discussions on the Hyperloop 
transportation concept. To keep it interesting, we’re offering a dynamic vision of a Hyperloop trip from Southern California to the Bay Area. 

A Look into the Future? 


We’ve been publically developing a Simulink model of the Hyperloop for some time now. We recently looked into using MATLAB interfaces to 
visualize that journey in GoogleEarth. To create a virtual cockpit, we constructed a MATLAB figure combining GoogleEarth windows and several other 

native graphics capabilities. We think the resulting video (http://youtu.be/n1csKKXuBrU) (^ttlj^/j^g^fggSinet/? 



http://youtu.be/n1csKKXuBrU (http://youtu.be/n1csKKXuBrU) 


To understand how we arrived at this vision of the future, here’s a look back at our past Hyperloop posts. 

Getting Started 

We started out with a conversational post (http://blogs.mathworks.com/seth/2013/10/30/dont-engineer-hyperloop-in-a-vaccuum/) about Elon Musk’s 
concept and outlining some of the interesting technical points. This post was criticized for not brining any value to the discussion. I guess we were 
simulating trolling. 

To get things moving, we introduced different approaches to architecting a simulation model 

(http://blogs.mathworks.com/seth/2013/11/07/hyperloop-model-architecture-we-want-your-feedback/) for such a system. Guy suggested splitting 
the model into a plant (physical elements) and a controller (functional software) as in conventional model-based design. I proposed a more distributed 
architecture with several functional components, each containing its own plant and controller (image below). Guy’s proposal included subsystem 
variants while mine leveraged model reference. 
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click to enlarge (http://blogs.mathworks.com/images/seth/2013Q3/systemArchitecture_full.png) 

Initial dynamic analysis 

Last November, we published a two-dimensional analysis of the Hyperloop’s proposed route 

(http://blogs.mathworks.com/seth/2013/11/22/hyperloop-not-so-fast/). We used the original proposal’s design constraints for curve radius to see 
how the track could be laid out over the California terrain. 

The results highlighted the difficulties in maintaining tolerable g-levels for passengers while traveling at such high speeds along existing 
infrastructure. However, the analysis did not include several important factors; elevation and banking. Elevation promised to make route planning 
more difficult, while the effects of banking the vehicle in the tube would help reduce the g-forces and potentially improve the route. 






Anticipated hyperloop route (yellow) to avoid excessive g-forces (Image created using Google Earth (http://www.google.com/earth/)) 


Promoting Collaboration 

For Valentine’s Day, we used Simulink Projects to package (http://blogs.mathworks.com/seth/2014/02/12/everyone-loves-a-package-especially-a- 
hyperloop-simulation/) a Simulink model on the MATLAB File Exchange (http://www.mathworks.com/matlabcentral/fileexchange/44878-hyperloop- 
model— systems-architecture-) that contained elements of each of our architectural approaches. My partitioning remained but now utilized Guy’s idea 
of using subsystem variants. 

In April, R2014a was released with Simulink Projects supporting Git as a version control system. So, we quickly jumped on the bandwagon and 
placed an updated Hyperloop model on GitHub (https://github.com/mabrauer/hyperloop_sl). 

Improved dynamics 

In May, we investigated the elevation profile of the route (http://blogs.mathworks.com/seth/2014/05/07/optimizing-the-hyperloop-trajectory/). We 
used optimization techniques to find the best combination of pillars and tunnels to meet cost and comfort demands. There were some great 
improvement suggestions in the comments of this post that we’ve yet to implement. 

Last month, we enhanced the model to include the effects of banking within the tube. We blogged about a simple approach in SimMechanics 
(http://blogs.mathworks.com/seth/2014/06/10/banking-on-the-hyperloop/) to model those dynamics. 



Configuration 


Roll your own! 

In keeping with our collaborative mindset, the necessary models and m-scripts to generate this video are now available on the GitHub submission 
(https://github.com/mabrauer/hyperloop_sl). 

The project has even been set up to support new routes. Load your own KML file and see how the Hyperloop looks in your neighborhood. 


These postings are the author's and don 't necessarily represent the opinions of MathWorks. 









